method and server for instant messaging

专利摘要:
METHOD AND SERVER FOR INSTANT MESSAGES. The present invention relates to an Instant Messaging (IM) method and a server. The method includes: receiving instance access information sent by an IM client, where the instance access information includes at least access information from a user of the IM client and instance information from a terminal located by the IM client (101); authenticate user identity of the IM client, according to the access information in the instance access information (102) when authentication is approved, allocate an instance number to the IM client, according to the instance information in the instance access information, where the instance number is configured to uniquely identify the IM client (103). The server includes a receiving module (801), and an authentication module (802) and an allocation module (803). By adopting the provided method and server, multipoint access to an access account can be effectively achieved, and requirements for multiple aspects of a user can be met.
公开号:BR112012003248B1
申请号:R112012003248-8
申请日:2010-09-14
公开日:2021-03-09
发明作者:Xiaochao Zhang；Jue Liao；Dingjia Chen；Bin Wei；Yanke Yao；Jianzhen Li；Bin Li；Qian Zhang
申请人:Tencent Technology (Shenzhen) Company Limited；
IPC主号:

专利说明:

Technology Field
[0001] The present invention relates to computer technologies, and more particularly, the method and server for Instant Messaging (IM). Background of the Invention
[0002] Development for today, Instant Messaging (IM) has been accepted by most Internet users. No matter in life or at work, a user can often adopt IM software to implement interactions and communications with friends, colleagues, schoolmates, clients, etc., to enable IM software to become one of the indispensable tools in daily life of a user on a daily basis. Thus, higher and higher requirements are proposed by the user for some aspects of IM software, such as ease of use, stability and security. With the continuous improvement of user requirements, a user is no longer limited to using IM software on a Computer client.
[0003] Personnel (PC). Instead, a user similarly needs to use IM software on a cell phone terminal, an Internet terminal, included in a television terminal.
[0004] Currently, IM software technical personnel have successfully developed an IM client which can run on a cell phone, an Internet-based IM client, and an IM client which can be used on a television platform, in order to better meet the demands of IM increased daily by multiple scenarios and multiple terminals proposed by users.
[0005] During the process of implementing the invention, at least the following problems in the prior art are encountered by the inventor.
[0006] Since an architecture implemented by any conventional IM software limits that, there can be only one instance of access to the system at any time for an account of access to the system. When the same account tries to access simultaneously from another terminal, the previous one will be compulsorily terminated. For example, when a user has successfully accessed an IM client from a PC terminal, and then the user accesses an IM client from a cell phone with the same account to access the system, the PC terminal IM client. it will automatically abandon the access connection, that is, a system access account can only access a terminal client of a type. Simultaneous access of multiple types of IM client to a single account cannot be implemented. Thus, a message cannot be received at multiple points, etc. The limitation results in an unpleasant IM experience when switching between multiple scenes, however the development of IM software in the direction of multiple scenes and multiple terminals is also limited. Summary of the Invention
[0007] To gradually meet the diversification requirements of network users' communication, in order to implement multipoint access to the system of an access account, the modalities of the invention enable an Instant Messaging (IM) method and an IM server. The technical solution is as follows.
[0008] An IM method, including: receiving, access information to the instance system sent by an IM client, in which the instance access information comprises at least access information from an IM client user and information referring to a terminal located by the IM client. authentication of the IM client user identity, according to the access information to the system of the access information instance.
[0009] When authentication is approved, the allocation of an instance number to the IM client, according to the instance information in the system access information at the time, in which the instance number is configured to uniquely identify the IM client. IM.
[00010] A server, including: a reception module, configured, to receive access information to the system of the instance sent by an IM client, in which, the access information at the time comprises at least access information from a user of the IM client and information related to a terminal located by the IM client; an authentication module, configured to authenticate the user identity of the IM client, according to the access information to the system of the access information instance; and an allocation module, configured to allocate an instance number to the IM client according to instance information at the time of access to the system information, when the authentication performed by the authentication module is approved, in which the instance number is configured to uniquely identify the IM client.
[00011] The advantages achieved by the technical solution provided by the modalities of the invention are as follows.
[00012] When accessing a system with an IM client, the instance information of a terminal located by the IM client can be added to the user's access information to the system, to form the system access information of the instance to be sent to the IM server. The IM server authenticates the user's identity according to the system access information. When authentication is approved, the IM server allocates an instance number to the terminal located by the IM client, according to the instance's information, and uniquely determines the IM client according to the user's system access account and the terminal instance number. In this way, a user can be enabled to access an IM client simultaneously with a cell phone, or with Internet mode, or with PC mode, to meet the user's requirements for using multiple aspects. The demands of using the user under multiple situations can be greatly facilitated. The IM client can be conveniently used in different locations, to considerably facilitate the user's user experience and improve the ease of use of the IM software. Brief Description of Drawings
[00013] Figure 1 is a flow diagram illustrating an IM method according to the first embodiment of the invention.
[00014] Figure 2 is a flow diagram illustrating an IM method according to the second embodiment of the invention.
[00015] Figure 3 is a flow diagram illustrating an IM method according to the third embodiment of the invention.
[00016] Figure 4 is a flow diagram illustrating an IM method according to the fourth embodiment of the invention.
[00017] Figure 5 is a flow diagram illustrating an IM method according to the fifth embodiment of the invention.
[00018] Figure 6 is a flow diagram illustrating an IM method according to the sixth embodiment of the invention.
[00019] Figure 7 is a flow diagram illustrating an IM method according to the seventh embodiment of the invention.
[00020] Figure 8 is a schematic diagram illustrating the structure of a server according to the eighth modality of the invention. Modalities of the Invention
[00021] In order to clarify the objectives, technical solutions and advantages of the invention, detailed descriptions of the modes of implementation of the invention are additionally provided in the accompaniment below with attached figures. The first modality
[00022] With reference to Figure 1, a modality allows an IM method, which includes the following.
[00023] 101: An IM server receives system access information from the instance sent by an IM client.
[00024] The information accessing the system of the instance includes at least information of access of a user of the IM client and instance information of a terminal located by the IM client.
[00025] It should be noted that the IM client described in the embodiment of the invention is a generalized IM client. That is, a browser, software and other, which can achieve the goal of IM, can also be cited as an IM client.
[00026] The example refers to that, when a user accesses simultaneously on multiple IM clients with the same access account through one or more terminal devices, each client accessing the system can be cited as an instance. At the same time, information related to each instance, such as Internet Protocol (IP) address, terminal type, access time, can form instance information.
[00027] 102: the IM server performs the authentication of the identity for a user of the IM client, according to the system access information included in the instance access information.
[00028] 103: When authentication is approved, an instance number can be allocated to the IM client, according to the instance information in the instance access information. The instance number is configured to uniquely identify the IM client.
[00029] In the modality of the invention, when an IM client is accessing a system, the instance information of a terminal located by the IM client can be added to the user's access information to the system, to form the access information to the system of the instance to be sent to the IM server. The IM server can authenticate the user's identity according to the system access information. When authentication is approved, the server can allocate an instance number to the IM client according to the occurrence information. The instance number can uniquely identify the IM client. In this way, a user can be enabled to access an IM client simultaneously with a cell phone, or simultaneously access the IM client with a Personal Computer (PC), to meet the requirements for using multiple aspects of a user. In this way, the requirements for use in multiple situations of a user can be greatly facilitated, and an IM client can be used conveniently in different locations. The second modality
[00030] In order to facilitate a user to use the same access account to simultaneously access an IM client of different types of terminal devices, an embodiment of the invention provides an IM method. An example is provided, in which an IM server is taken as the subject of implementation. The server provided by the modality stores event information, which has been negotiated by the server and several types of IM terminal devices. With reference to Figure 2, the method includes the following.
[00031] 201: an IM client of an IM terminal device receives system access information entered by a user.
[00032] The terminal device described in the embodiment of the invention can be of various types of terminal devices, such as mobile phone, PC, television and so on. The IM client functions of each terminal device are basically the same, which can also be different from one another according to different types of terminal devices.
[00033] In the modality of the invention, an example is given, in which the system access account and password entered by a user are taken as access information.
[00034] 202: the IM client forms system access information at the time with user access information and instance information from a terminal device located by the IM client, and sends the instance access information to the IM server.
[00035] A method for forming the instance access information by the IM client that includes, but is not limited to, the following. The IM client uses a system access protocol previously stipulated with the IM server (or, a specific access protocol), encrypts the access information (such as the system access account, password, etc.) and the information from the instance (such as a terminal type, etc.) to the corresponding fields in a data package. Alternatively, the IM client performs operations, such as encryptions, for instance information on a terminal device located by the IM client and the user's access information, according to a key previously stipulated with the server.
[00036] In the incorporation, explanations are provided with an example, in which the IM client encodes the client's access information (access account and password), and instance information of a terminal device located by the IM client (terminal type ), for the corresponding fields of a data package, according to an access protocol previously stipulated with the IM server. The specific format of the data packets may include the following. Packet departure flag, account, password authentication information, terminal type, network address, client version, and other access information field, packet end flag.
[00037] The IM client can send the instance access information to the IM server with multiple modes, such as wired network, wireless network, Local Area Network (LAN), etc.
[00038] 203: The IM server receives the system access information from the instance sent by the IM client.
[00039] In general, the access information of the instance can be sent in the form of encrypted text. After receiving the instance access information in the form of encoded text, the IM server must first decode it. The decoding of the encoded text information can be performed using a decoding algorithm previously stipulated between the IM server and the IM client, which are not repeated here. The decoded information includes the access information of the user of the IM client and instance information of a terminal located by the IM client.
[00040] 204: the IM server authenticates the user's identity, according to the system access information in the instance access information.
[00041] When the authentication is approved, proceed to block 205.
[00042] When authentication is not approved, proceed to block 211.
[00043] The method for authenticating the user's identity can include authentications for accuracy and validity of the user's identity. Specifically, authentication of the accuracy of the user's identity is to determine whether the user's access information is correct. Authenticating the validity of the user's identity is to determine whether the user's access information is still within the validity period.
[00044] The specific authentication method can be as follows.
[00045] The IM server consults access information previously stored in it (for example, access account and corresponding password, etc.), according to the access information fully decoded (for example, access account and password) in the block 203. When the fully decoded access information matches a certain part of the access information previously stored on the IM server, and the access information is within the validity period, the authentication of the user's identity is approved. When the decoded access information cannot fully match any part of the access information previously stored on the IM server, and / or, the decoded access information is not within the validity period, authentication of the user's identity is not approved .
[00046] For example, suppose that the access information previously stored on the IM server is shown in Table 1.

[00047] When the access information decoded by the IM server is "access account 5679512, password fri456", consult the access information previously stored in Table 1. When the access information previously stored includes a record, the access account and password, which are respectively 5679512 and fri456, and then the authentication for the user Jessica is approved.
[00048] When the access information decoded by the IM server is "access account 5679512, password 123456", it queries the access information previously stored in Table 1 and then it can be instructed that there is no record, the access account and password, which are respectively 5679512 and 123456 in the access information previously stored.
[00049] Thus, authentication for the user's identity is not approved.
[00050] 205: the IM server allocates an instance number for the access instance.
[00051] The instance number allocated by the IM server for the access instance is a combination of at least one number, character and letter. The IM client can be determined exclusively with the access account and occurrence number. The instance number is completely transparent to the user. The IM server can store each allocated instance number.
[00052] The stored records can be as shown in Table 2.

[00053] 206: the IM server queries whether there is another instance of access for the access account, according to the access account in the access information.
[00054] If yes, continue to block 207.
[00055] If not, continue to block 208.
[00056] For example, when a user with access account 7895462 approves identity authentication, the IM server allocates an instance number to the user. Take 7895462-MP-B as an example, the IM server queries whether there is another access instance for the access account in the stored instance number information, according to the access account 7895462, and obtains the result of the query as shown in Table 2, that is, there are three occurrences of access for the user with the access account 7895462, which are respectively a cell phone access instance with the instance number 7895462-MP-A and an access instance of computer with instance number 7895462-PC-A and a television access instance with instance number 7895462-TV-A.
[00057] 207: the IM server checks the access right for the current access terminal.
[00058] When the verification is successful, proceed to block 208.
[00059] When the verification is not successful, proceed to block 211.
[00060] The method for verifying the access right for the current access terminal performed by the IM server can be as follows. (1) The IM server determines whether the number of instances of access has reached the upper limit previously stipulated.
[00061] When the number has reached the upper limit, the verification is not approved.
[00062] When the number has not reached the upper limit, the verification will be performed additionally.
[00063] The upper limit described here can be placed by a user according to the user's real conditions. The set can be stored on the IM server. Alternatively, the upper limit can be defined by the IM server according to its parameters, for example, volume. (2) The IM server can consult the correct information of the previously stored instance, according to the decoded information of the occurrence.
[00064] When the terminal device located by the IM client indicated by the correct instance information is not limited, the verification is successful.
[00065] When the terminal device located by the IM client indicated by the correct instance information is limited, the verification is not successful.
[00066] For example, suppose that the correct instance information stored on the IM server is as shown in Table 3.

[00067] When a user's identity authentication is successful, the server can query the correct instance information corresponding to the access account in the correct instance information shown in Table 3, according to the user's access account, and checks the right of the terminal device located by the IM client of the access account, according to the correct information found from the instance corresponding to the access account. Take the following example to facilitate the descriptions, in which the identity authentication for a user with access account 7895462 is successful, to consult the correct information of the instance of the same according to the access account is as follows. The total number of terminal devices allowed to use the access account simultaneously is 5. Specifically, the number of mobile phones authorized to use the access account is 2. However, the number of computer terminals authorized to use the access account simultaneously is 2, and the number of TV terminals allowed to use the access account is 1. In addition, for each instance that is successful in accessing the system, the server will update their record. Thus, the IM server can store the number of occurrences that have successfully accessed the system. When the total number of terminal devices indicated by the type of terminal entered in the instance information is greater than the upper limit of terminals allowed to be used simultaneously, or the total number of occurrences that have successfully accessed the system has reached the upper limit, the IM server can refuse such a terminal to register with the access account. When the total number of terminal devices indicated by the type of terminal introduced in the instance information is less than the upper limit of terminals allowed to be used simultaneously, however the number of occurrences that accessed the system successfully is also less than the limit the terminal device located by the IM client of the access account can register with the system, and can also approve the verification of the IM server.
[00068] The upper limit of access allowed simultaneously for each type of terminal device, and the upper limit of the total number of multiple types of terminal devices authorized to access the system with an access account simultaneously can be placed by a user, or can be placed by a server according to its parameters, such as transport capacity. The user can define the upper limit with menu, option, etc., provided by the IM client to the user, which is not repeated here.
[00069] 208: access to the system is successful, the IM server allows the user to access with the IM client on the terminal device of this type, and inform other access events that there is a new instance of access, update and store the access instance information and correct instance information.
[00070] Updating the access instance information can be as follows. The IM server can update the access instance information with counter, etc. .. Take the instance information in Table 2 as an example, the updated information of the system access instance can be as shown in Table 4.

[00071] When the access account 7895462 has successfully registered in the system with a cell phone, updating the correct information of the instance of access occurrences can be as follows. The IM server can add 1 to the cell phone's "access number" in the access account instance information 7895462, update the "access number" to get 2, add 1 to the "total number of accesses" and update to get 4. That is, the information in Table 3 can be updated as shown in Table 5.

[00072] The IM server can use some formats, such as readiness indicators, pop-up dialogs, to inform other access instances that there is a new instance of access, however, it informs the new instance that there are other instances of access . Alternatively, a user can manually obtain other access instances.
[00073] 209: The IM server returns a message indicating successful access to the IM client.
[00074] The message indicating successful access port at least the instance number allocated to the IM client.
[00075] 210: After receiving the message indicating successful access sent by the IM server, the IM client enters the status after access.
[00076] 211: the IM server returns a message indicating failed access to the IM client.
[00077] It should be noted that, when receiving the message indicating failed access returned by the IM server, there can be two processing approaches for the IM client. The first approach to processing is to exit directly. The second approach to processing is that the user selects to end other occurrences with the IM client, and the IM client accesses continuously. Detailed descriptions for these two processing approaches are provided below.
[00078] 212: after receiving the message indicating failed access returned by the IM server, the IM client notifies the user if it needs to forcefully terminate other access events.
[00079] The IM client can notify the user with some formats, such as readiness notices, pop-up dialogs, and wait for user input.
[00080] 213: the IM client receives the instruction signal entered by the user, in which the instruction signal can be an instruction indicating to exit directly, or an instruction indicating continuous access.
[00081] When the instruction signal entered by the user is an instruction indicating to exit directly, the IM client terminates the access.
[00082] When the instruction signal entered by the user is an instruction indicating to access continuously, proceed to block 214.
[00083] 214: The client prompts the user to select occurrences to be forcibly terminated.
[00084] The IM client can prompt the user to select occurrences to be forcibly terminated with some formats, such as a list, option box and inbox.
[00085] It should be noted that the IM client can also advise the user to select to maintain the current state of access to an occurrence, in order to achieve the objective of finalizing an instance by force, which is not limited here.
[00086] 215: after receiving an instance to terminate the force (or an occurrence, the current access state which must be maintained), which is selected by the user, the IM client can terminate the force on the instance according to the number of occurrences, and proceed to block 207 once more.
[00087] In the embodiment of the invention, the access instance information formed by the instance information and the access information can be sent to the IM server. The IM server can authenticate the user identity of the IM client, according to the previously stored system access information. When authentication is approved, the server can allocate an instance number to the IM client according to the occurrence information. The instance number can uniquely identify the IM client. In this way, a user can be enabled to access an IM client simultaneously with a cell phone, or with Internet mode, or with PC mode, to meet the requirements of using multiple aspects of a user, which can greatly facilitate the demands of use under multiple situations for one user. The IM client can be used conveniently in different locations. A user's sense of convenience and preference when using the IM client can be increased. The third modality
[00088] One embodiment of the invention provides a method for processing IM messages. The method provided by the modality is established based on the fact that, an IM client of a terminal device has successfully accessed an IM server with the method provided by the second incorporation. The method provided by the modality focuses mainly on interactive consultation and control between IM clients of different types of terminal devices, in which the same access account has access to IM clients of different types of terminal devices. With reference to Figure 3, the method includes the following.
[00089] 301: An IM client receives a request for occurrence consultation.
[00090] The request for instance consultation is configured to request to consult other occurrences of access of the access account.
[00091] It should be noted that, after the IM client has successfully accessed, the IM server can provide the IM client with all current access instances of the access account. Alternatively, the IM client can also actively obtain all current access instances from the access account. In the incorporation, an example is provided, in which all current access instances of the access account are actively obtained.
[00092] 302: the IM client encrypts the occurrence query request, and then sends the encoded occurrence query request to the IM server.
[00093] The IM client can use a specific query protocol to encode the information of the instance query request for a data packet, and send it to the IM server with the following modes, such as wired network, network wireless or LAN. The information in the instance query request includes at least the access account of an IM client user.
[00094] 303: After receiving the encoded query request, the IM server can obtain the access account after decryption, and can also obtain all access instances from the access account, according to the access account . Then, the IM server can encode instance information for all instances of access and return to the IM client.
[00095] 304: after receiving the encoded data returned by the IM server, the IM client can obtain instance information of all access occurrences after decoding, and display them to the user.
[00096] 305: When the user wants to forcibly terminate a non-own instance, the user can send a termination instruction by force to the IM client.
[00097] The force termination instruction can be sent when operations are performed, such as selecting a certain instance and clicking the delete button, selecting a certain instance and clicking the right button to choose force termination.
[00098] 306: The IM client can use a specific control protocol, to encode the information, such as the access account, selected instance number, for the force termination instruction, and send it to the security server. IM.
[00099] 307: the IM server can decrypt the finalization request by force, to obtain the access account, number of occurrence, with the purpose of consulting if the instance is still in the access state, and terminate the instance forcibly.
[000100] In the embodiment of the invention, different occurrence numbers can be used to uniquely identify an instance that accessed through different access terminals with the same access account. In this way, a user can be enabled to differentiate different occurrences with number of occurrences, when the user would like to end a non-own instance, and to forcibly end a certain occurrence. The fourth modality
[000101] One embodiment of the invention provides a method for processing IM messages. The method provided by the modality is established based on the fact that, an IM client of a terminal device has successfully accessed an IM server with the method provided by the second incorporation. The method provided by the modality mainly describes how to determine which instance of access is operated by the current user.
[000102] It should be noted that terminal devices of different types that accessed the system with the same account number, are not entirely user by user. Since a user can only perform operations for one instance at the same time, to enable the user experience with smoother and more humane software, when the access account accesses with an IM client of different types of end devices, the client of IM can be enabled to learn which instance of access is operated by the current user with the following method. The method can be cited as a method for determining a hotspot. With reference to Figure 4, the method for determining a hotspot includes the following.
[000103] 401: each access instance of an access account detects operations performed by a user for the IM client in real time.
[000104] The operations performed by a user for an IM client can be as follows, as well as manually accessing, clicking the button, editing text, using voice, using video, clicking the panel, sliding the mouse within the scope of the panel.
[000105] 402: When operations performed by a user are detected for each access instance, each access instance can make statistics for the operations, and present statistical information to the IM server when making information about user activity known.
[000106] Statistical information includes at least type of operation and time of operation.
[000107] 403: the IM server can calculate the activity for each access instance in a pre-established period of time, according to the statistical information in the presented user activity information.
[000108] Due to the punctuality of IM communications, there are time requirements for the activity of a de facto instance. Operations carried out only within a pre-established period can be taken into account when making statistics by activity. Transactions without punctuality are not considered. The pre-set time period can make statistics every 10 minutes. In this way, no statistics will be made for operations carried out 10 minutes before, as there is no punctuality.
[000109] Each type of operation corresponds to the score of an activity type. The score can be placed by a user, or it can be placed by an IM server in advance.
[000110] The IM server can calculate the total activity score for each access instance, according to the activity score corresponding to the type of operation. The instance with the highest total score is the current activity point of the access account.
[000111] With reference to each access instance, the IM server can add activity score corresponding to each type of operation all together, Alternatively, the activity score for each type of operation can be weighted respectively and added, to take the result as the total activity score. The specific algorithm is not fixed, which can be adjusted according to the effects and product strategy.
[000112] The method for calculating the total score of the activity can be used conveniently in the following situations. The total activity score increases when a user's active operations increase. The total activity score is reduced when a user's active operations decrease. In this way, the instance currently operated by the user can be effectively reflected.
[000113] For example, when a mouse slides within the scope of the panel, the activity score is 25. When a button is clicked, the activity score is 50. When a message is sent, the activity score is 100. When there is no operation for 1 minute, the activity score is -20, etc. etc. For example, when there are two instances of access 1 and 2 for access account A, the total activity score for instance 1 is currently 10, the total activity score for instance 2 is currently 90, so instance 2 is the current hotspot.
[000114] It should be noted that, in a pre-established time period, when the total activity score of each access instance for an access account is 0 (or equal), that is, each instance is not active in a pre-established time period , and then the IM server can determine that there is currently no hotspot. When there is currently no hotspot for an access account, the most recent active instance can be tracked and taken as the last hotspot.
[000115] In the modality of the invention, different activity scores can be allocated to different types of user operations, and the total activity score for each access instance for an access account in a pre-established time period can be calculated. The access instance currently used by the user can be determined in all instances of access, according to the total score of the user's activity. The method is simple and practical, which can be used to quickly determine the instance of access currently used by the user. The fifth modality
[000116] One embodiment of the invention provides a method for processing IM messages. The method provided by the modality is established based on the fact that an IM client of a terminal device has successfully accessed an IM server with the method provided by the second incorporation, the current hotspot or the last one has been successfully obtained with the method provided by the fourth embodiment. The method provided by the modality focuses mainly on the configuration and display status of each IM client, when an access account accesses simultaneously with IM clients of different types of terminal devices. With reference to Figure 5, suppose that users A and B are friends, user A currently uses several terminals to access several occurrences simultaneously, user B currently accesses in a simple instance, the method includes the following.
[000117] 501: an IM client of user B receives a status query instruction sent by user B.
[000118] The status query instruction at least includes access account and status type, both to be queried by user B. The status type can be classified into the following categories. (1) The physical state refers to the nature of the terminal of an access instance, such as a PC, cell phone, Internet, and so on, which can be configured to identify a terminal's communication capabilities. (2) The basic state can include online, exit, busy, invisible, disconnected, self-defined state, and so on. (3) Abundant status can include music that I am listening to, game that I am playing, and so on.
[000119] 502: User B's IM client can send the query instruction to the IM server.
[000120] Since each type of state type can have its own identifier, when user B sends an instruction to query the status of user A to the IM client, the IM client of user B can obtain which type of state from user A waiting for user B's query. User B's IM client can encode the user's access account, expected state type for query and the status query instruction, all together, w sends to the IM server.
[000121] 503: The IM server can determine the query instance corresponding to the access account, according to the access account to be consulted in the status inquiry instruction.
[000122] To determine the instance of consultation corresponding to the access account, the configuration of the access account is relevant. Suppose the user
[000123] A establishes to update the status of all occurrences simultaneously, the query instance corresponding to the account can be any instance of access by user A. Suppose that user A establishes to maintain the respective state of each occurrence, the corresponding query instance account can be user A’s current hotspot (or last hotspot).
[000124] 504: The IM server sends the corresponding state of the query instance obtained in block 503 to the IM client of user B, according to the type of state expected for consultation.
[000125] Specifically, when user B expects to query user A's physical state: (1) user B's IM client receives an instruction to query user A's physical state from user B; (2) user B's IM client sends the instruction to the IM server; (3) the IM server goes through the online status record of all access events of user A, returns the physical state of the current hotspot (the last hotspot, when there is no hotspot) to the user's client B; (4) user B's IM client displays the physical state received from the current hotspot (or the last hotspot) from user A to user B.
[000126] Furthermore, when it is detected that user A's hotspot changes (for example, user A previously performed operations for a PC client, now switches to perform operations with a cell phone), the IM server can report all occurrences of user B, the physical state of user A’s current hotspot.
[000127] Specifically, when user B expects to query user A's basic state: (1) user B's IM client receives an instruction to query user A's basic state from user B; (2) user B's IM client sends the instruction to the IM server; (3) the IM server goes through the online status record of all user A access events, and returns the basic state of the current hotspot (the last hotspot, when there is no hotspot) to the client. user B.
[000128] It should be noted that when user A places the basic state of each instance synchronous and consistent immediately, since the state of each instance of user A is always mutually consistent, the IM server may not go through all the occurrences user A's access point. Instead, the IM server can directly return the basic state of any instance of access from user A to user B's client. For example, when user A modifies the state of the first instance to " exit ", the state of user A's second instance can be simultaneously modified as" exit ", so the IM server can return directly to the state of the first or second instance for user B's client. (4) user's IM client B displays the basic state received from the current hotspot (or the last hotspot, or any occurrence) from user A to user B.
[000129] For example, when the current basic state of user A's first instance is "exit", the state of the newly accessed second instance can be placed as "invisible". Since the second instance is user A's current hotspot, the basic state of user 'A' seen by his / her friend (a) user B is "invisible".
[000130] When user A modifies the basic state of a certain instance of access, or accesses a new instance with a basic state.
[000131] If the user A maintains the basic state of each synchronous and consistent instance immediately, the IM server can update the basic state of the current occurrences, in addition, the IM server can also update the basic state of the remaining occurrences of the user A as the same value, and inform user B's customer about the modified state.
[000132] If user A sets the basic state of each instance to maintain the respective state of each occurrence, the IM server can update the basic state of the current instance, place the current instance as the current hotspot, and inform the customer of the user B the basic state, in which user B is the friend of user A.
[000133] Specifically, when user B expects to query the abundant state of user A, (1) the IM client of user B receives an instruction indicating showing the abundant state of user A from user B; (2) user B's IM client sends the instruction to the IM server; (3) the IM server goes through the online status record of all user A access events, and returns the abundant state of the current hotspot (the last hotspot, when there is no hotspot) to the client. user B. (4) user B's IM client displays the abundant state received from user A's current hotspot (or last hotspot) to user B.
[000134] Furthermore, when it detects user A modifying the abundant state of a certain occurrence, the IM server can update the abundant state of the current instance, place the current instance as the current hotspot, and inform user B's client about the abundant state, in which user B is the friend of user A. For example, when user A first listens to music with a PC client (the first occurrence), the abundant state of user A shown to user B on this occasion "listening to music". And then, user A passes to a cell phone client (the second occurrence) to start playing a game, user A's current hotspot on this occasion becomes the second occurrence. Thus, the abundant state of user A shown to user B is "playing a game".
[000135] In the embodiment of the invention, the IM client can add the access account, the state from which it is expected to consult, and the type of state to be consulted, for the status request to be sent to the IM server. The IM server can obtain all access instances from the access account according to the access account, obtain query instances from the access instances according to the user's settings, and return status of the corresponding type of the query instance for the IM client. In this way, state processing under the circumstances at multiple terminals connected to the system with the same access account can be effectively achieved. The sixth modality
[000136] An embodiment of the invention that provides an IM method. The method provided by the modality is established based on the fact that, an IM client of a terminal device has successfully accessed an IM server with the method provided by the second incorporation, and the current hotspot or the last hotspot has been obtained successfully with the method provided by the fourth incorporation. The method provided by the modality focuses mainly on how to process IM messages by each IM client, when IM clients of different types of terminal devices are accessing with an access account simultaneously.
[000137] With reference to Figure 6, suppose that users A and B are friends, user A currently uses multiple terminals to access in multiple instances, user B currently accesses in a single instance, (or user B accesses in multiple instances ) the method includes the following.
[000138] 601: An IM server receives a request for a resend message sent by user B's client.
[000139] The request for resending message carries at least message content to be sent by user B, and account of receipt of the message (take user A as an example).
[000140] 602: the IM server can consult the reception account settings, according to the message receipt account introduced in the message transmission request, and obtain instance of reception of the message content, according to the settings of the receiving account.
[000141] When the settings of the receiving account (user A) are for each instance to receive the message content from user B simultaneously, the receiving instance of the message content can be all access instances of user A.
[000142] When the settings of the receiving account (user A) are to receive the message content of user B by the current hotspot (or the last hotspot), the instance of receiving the message content is the current hotspot (or the last hotspot) of user A.
[000143] In addition, the IM server can store the content of the received message. For example, the IM server can store the content of the received message in the respective message queue of users A and B.
[000144] 603: the IM server can resend the content of the message sent by the client of user B to the receiving instance of user A obtained in block 602.
[000145] It should be noted that the processing of IM messages is the central function of the IM software. The IM message mainly includes the following categories.
[000146] Basic message, such as chat text, link / page address on the Internet, friend request, etc.; abundant message, such as screen shots, photo, shaky window, expression, etc.; transmission, such as voice, video, transmission of a file, etc .; and Group message, such as a message broadcast in a group.
[000147] When user A replicates the message to user B with instance N, the IM server can obtain the receiving instance of user B according to user B's settings, and resend the replica message from user A to receiving instance of user B. However, when user A sets up each instance to receive the message content from user B simultaneously, the server can also send a duplicate of the replica message to other instances of user A's waiting for instance N With reference to the transmission message, it should be noted that after the server sends a duplicate of the replica message to other instances of user access Waiting for instance N, the other instances of access may automatically cancel the warning message from streaming.
[000148] In the embodiment of the invention, the instance of receiving multiple access instances from an access account can be obtained by the IM server, according to the user's settings, meanwhile the received messages can be sent to the receiving instance . Subsequently, multiple access instances of an access account can simultaneously receive a message sent by a contact or a group. In this way, the requirements for diversified use can be enormously satisfied, multipoint reception of a message can be achieved effectively, the integrity of the message in different terminals can be guaranteed, the user's experience of use can be greatly facilitated, and ease of use IM software can be provided. The seventh modality
[000149] An embodiment of the invention that provides an IM method. The method provided by the modality is established based on the fact that, an IM client of a terminal device has successfully accessed an IM server with the method provided by the second incorporation, and the current hotspot or the last hotspot has been obtained successfully with the method provided by the fourth incorporation. The method provided by the modality focuses mainly on how to perform User to User (P2P) communications between each IM client of one access account and an IM client of another access account, when multiple IM clients of various types of devices terminal users access simultaneously with an access account.
[000150] It should be noted that, when the communication mode between IM clients is P2P mode, in an implementation mode when each IM client has successfully accessed, the IM server can send instance information from other IM clients connected to the IM client, and send the instance information from the IM client to another connected IM client. In the instance information, the current hotspot or the last hotspot for an access account can be identified. In the other implementation mode, an IM client on the communication can initially send a request to the IM server to obtain / update instance information. After receiving the request, the IM server can send instance information from other IM clients connected to the IM client.
[000151] When changes in the instance information of a connected IM client are detected, the IM server can send the updated instance information to the IM client. Alternatively, the IM server can send the updated instance information to the IM client, according to a pre-established period.
[000152] With reference to Figure 7, suppose that user A (the access account of which is 7895466662) and user B are IM friends, user A currently employs several terminals to access multiple instances simultaneously, user B currently accesses in a single instance, (or user B currently accesses in multiple instances) the method includes the following.
[000153] 701: user B's IM client can obtain the access address of the instance to be communicated in the stored instance information.
[000154] The instance information stored in user B's IM client can be as shown in Table 6.


[000155] Specifically, user B's IM client shows the stored information of the instance to user B, and user B selects an instance to perform P2P communication from the stored information of the instance. For example, when P2P communication with user A, the access account of which is 7895462, is expected, user B can select to communicate with user A's current hotspot / last hotspot, or choose to communicate with all instances of user A. The IM client of user B can obtain the access address of the instance with which to communicate according to the selection of user B.
[000156] 702: User B's IM client can send a message to the instance to communicate with it, according to the access address obtained.
[000157] User B's IM client can send the message with some modes, such as cable, wirelessly.
[000158] In the embodiment of the invention, the IM server can send the instance information of the access instance of each successfully connected IM client, and an IM client can perform P2P communications with other clients according to the access address in the instance information. Subsequently, P2P communications between different access instances of one access account and access instances of another access account can be achieved. In this way, a user's diverse usage requirements can be enormously satisfied, a user's user experience can be facilitated, and ease of use of the IM software can be provided. The eighth modality
[000159] With reference to Figure 8, an embodiment of the invention provides a server. The specific work principle can refer to the methods provided by the first to the seventh incorporation. The server includes: A receiving module 801, configured to receive instance access information sent by an IM client, in which instance access information includes at least access information from an IM client user and information from a terminal located by the IM client; an 802 authentication module, configured to authenticate the user identity of the IM client, according to the system access information in the instance access information; an 803 allocation module, configured for allocate an instance number to the IM client, according to the instance information in the instance access information, when the authentication performed by the 802 authentication module is approved. The instance number is configured to uniquely identify the IM client.
[000160] In addition, the server also includes:
[000161] A verification module 804, configured to verify the access right of the terminal located by the IM client, when the authentication performed by the 802 authentication module is approved.
[000162] When the verification performed by the verification module 804 is successful, the user's access to the IM client is allowed.
[000163] When the verification performed by the verification module 804 has failed, an access failure message is sent to the IM client.
[000164] Furthermore, the server also includes an 8045 instance query module:
[000165] The 8045 instance query module includes: A main receiving unit, configured to receive an instance query sent by the IM client. The instance query request carries the IM client user's access account; A primary retrieval unit, configured to retrieve all instances, which has successfully accessed with the access account, according to the access account in the instance query request. a primary sending unit, configured to send all instances to the IM client.
[000166] Furthermore, the server also includes an 806 force termination module.
[000167] The 806 force termination module includes:
[000168] A second receiving unit, configured to receive a force termination request sent by the IM client, in which the force termination request carries the IM client user access account, and the instance number of an instance to be finalized by force, which is selected by the user.
[000169] A second procurement unit, configured to obtain the instance to be forcibly terminated, according to the access account and instance number.
[000170] A force termination unit, configured to terminate the access / connection of an instance to be forcibly terminated.
[000171] In addition, the server also includes an 807 hotspot determination module.
[000172] The 807 hotspot determination module includes:
[000173] A third receiving unit, configured to receive presented user activity information sent by several IM clients from an access account, the presented user activity information according to the type of operation and time of operation of the user's operation received by each IM client.
[000174] A third procurement unit, configured to obtain the type of operation and operation time sent by each IM client, to obtain the total activity score for each IM client.
[000175] An identification unit, configured to identify an IM client with the highest total activity as the current hotspot, when the total activity score of each IM client obtained by the third acquisition unit is not the same;
[000176] When the total activity score for each IM client obtained by the third procurement unit is equal to or is 0, the identity unit is additionally configured to identify an IM client with the most recent operating time as the last point active.
[000177] Furthermore, the server also includes an 808 status query module.
[000178] The 808 status query module includes:
[000179] A fourth receiving unit, configured to receive a status inquiry request sent by the IM client, in which the status inquiry requests a user's access account to be consulted and the type of state expected to be to obtain.
[000180] A fourth retrieval unit, configured to obtain the access instances of the access account, according to the access account; a determination unit, configured to determine a query instance in all access instances, according to with the user settings of the access account; a fourth sending unit, configured to send the corresponding state of the query instance to the IM client, according to the type of state.
[000181] Specifically, the unit of determination is configured for: When the user settings of the access account must maintain the respective state of each instance, determine the current active point or the last active point of the access instance; access account user are to simultaneously update the status of all instances, to determine any instance of the access instances as the query instance.
[000182] Furthermore, the server also includes an 809 message retransmission module.
[000183] The 809 message retransmission module includes:
[000184] A fifth receiving unit, configured to receive a message retransmission request sent by the IM client, in which the message retransmission request carries the message content and the access account of a user who receives the message.
[000185] A fifth retrieval unit, configured to obtain the access instances of the access account, according to the access account of the user who receives the message; A retrieval unit of the receiving instance, configured to obtain an instance of receiving the message from all instances, according to a pre-established mode; a fifth sending unit, configured to send the message content to the receiving instance.
[000186] Specifically, the unit for obtaining the receiving instance is configured to: take the current active point or the last active point of all access instances corresponding to the access account, such as the instance of receiving the obtained message; or take all instances of access corresponding to the access account as the instance of receipt of the obtained message;
[000187] The modality of the invention that provides a server. When an IM client is accessing, the instance information of a terminal located by the IM client can be added to the user's access information, to form the instance access information to be sent to the server. The server can authenticate the user's identity according to the access information. When authentication is approved, the server can allocate an instance number to the IM client according to the instance information. The instance number can uniquely identify the IM client. Subsequently, a user can be enabled to access an IM client simultaneously with a cell phone, or with Internet mode, or with PC mode, at the same time. In this way, usage requirements for different aspects of a user can be satisfied, usage requirements under different user situations can be greatly facilitated, and the IM client can be used conveniently in different locations. However, multipoint reception of a message can be achieved effectively, the integrity of the message on different terminals can be guaranteed, a user's user experience can be greatly facilitated, and the ease of use of the IM software can be improved.
[000188] The foregoing are only preferred embodiments of the invention, which are not used to limit the invention. Any applications, equivalent substitutions and improvements made within the spirit and principle of the invention must be covered by the scope of protection of the invention.

权利要求:
Claims (18)
[0001]
1. Instant Messaging (IM) method, comprising the steps of: receiving (101, 203) instance access information sent by an IM client, where the instance access information comprises at least a user's access information the IM client and instance information for a terminal located by the IM client; authenticate (102, 204) user identity of the IM client, according to the access information in the instance access information; when the authenticate step (102, 204) is approved, allocate (103, 205) an instance number to the IM client, according to the instance information in the instance access information, where the instance number is configured to uniquely identify the IM client; characterized by the fact that the method still comprises: receiving user activity information presented by multiple IM clients from an access account, in which the user activity information presented by the type of operation and user operation time received by each IM client; obtain a total score of the activity of each IM client, according to the type of operation and time of operation sent by each IM client; when the total activity score for each IM client is not the same, identify an IM client with the highest total activity score as the current hotspot.
[0002]
2. Method, according to claim 1, characterized by the fact that it still comprises the steps of: when the authenticate step (102, 204) is approved, verify (207) access right of the terminal located by the IM client, of according to the instance information in the instance access information; when the verification step (207) is successful, allow (208) user access from the IM client; when the verification step (207) is unsuccessful, send (211) an IM client access failure message.
[0003]
3. Method, according to claim 1 or 2, characterized by the fact that it still comprises the steps of: receiving a request for instance consultation sent by the IM client, in which the request for instance consultation by the user's access account IM client user; obtain identifiers of all instances that have successfully accessed with the access account, according to the access account in the instance query request; and send the identifiers of all instances to the IM client.
[0004]
4. Method, according to claim 3, characterized by the fact that it still comprises the steps of: receiving a force termination request sent by the IM client, in which the force termination request carries the user's access account IM client, and the instance number of an instance to be completed the strength selected by the user; obtain the identifier of the instance to be forcibly terminated, according to the access account and the instance number; and finalize (307) access to the instance to be forcibly terminated.
[0005]
5. Method, according to claim 1 or 2, characterized by the fact that it still comprises the step of: when the total activity score of each IM client is equal to or 0, identify an IM client with the time of operation most recent as the last hotspot.
[0006]
6. Method, according to claim 5, characterized by the fact that it still comprises the steps of: receiving a state inquiry request sent by the IM client, in which the state inquiry request carries a user access account to be consulted and type of state expected to be obtained; obtain instances of access from the access account, according to the access account; determine an instance of consultation in all instances of access, according to the user settings of the access account; and send (504) the corresponding status of the instance of consultation to the IM client, according to the type of state.
[0007]
7. Method, according to claim 6, characterized by the fact that the step of determining the instance of consultation in all instances of access, according to the settings of the user of the access account, comprises: when the settings of the user of the access account are to maintain the respective state of each instance, determine the current hotspot or the last hotspot of the access instances as the query instance; when the user settings of the access account are to simultaneously update the state of each instance, determine any instance in all access instances as the query instance.
[0008]
8. Method, according to claim 5, characterized by the fact that it still comprises the steps of: receiving (601) a message retransmission request sent by the IM client, in which the message retransmission request carries message contents and a user access account receiving the message; obtain all access instances of the access account, according to the access account of the user receiving the message; obtaining (602) an instance of receiving the message from all instances, according to a pre-established mode; and sending (603) the message contents to the receiving instance.
[0009]
9. Method, according to claim 8, characterized by the fact that the step of obtaining the instance of receiving the message from all instances according to the pre-established mode comprises: considering the current active point or the last active point of all the access instances of the access account as the instance of receiving the obtained message; or consider all instances of access to the access account as the instance of receipt of the obtained message.
[0010]
10. Server, including: a reception module (801), configured to receive instance access information sent by an Instant Messaging (IM) client, where the instance access information comprises at least a user's access information the IM client and instance information for a terminal located by the IM client; an authentication module (802), configured to authenticate the user identity of the IM client, according to the access information in the instance access information; and an allocation module (803), configured to allocate an instance number to the IM client according to the instance information in the instance access information, when the authentication performed by the authentication module (802) is approved, in that the instance number is configured to uniquely identify the IM client; characterized by the fact that it still comprises a hotspot determination module, in which the hotspot determination module comprises: a third receiving unit, configured to receive presented user activity information sent by multiple IM clients from one account access, in which the user activity information presented by the type of operation and time of operation of user operation received by each IM client; a third procurement unit, configured to obtain total activity score for each IM client, according to the type of operation and operation time sent by each IM client, and an identification unit, configured to identify an IM client with the highest total activity score as the current hotspot, when the total activity score for each IM client obtained by the third procurement unit is not the same.
[0011]
11. Server, according to claim 10, characterized by the fact that it still comprises: a verification module, configured to verify access right of the terminal located by the IM client, when the authentication performed by the authentication module (802) is approved ; the verification module is still configured to allow user access from the IM client, when the verification is successful; and send an IM client failure message when the verification is unsuccessful.
[0012]
12. Server, according to claim 10 or 11, characterized by the fact that it still comprises an instance query module, in which the instance query module comprises: a first reception unit, configured to receive from a request for instance query sent by the IM client, in which the instance query request port the user account of the IM client; a first retrieval unit, configured to retrieve all instances that have successfully accessed with the access account, according to the access account in the instance query request; and a first sending unit, configured to send identifiers from all instances to the IM client.
[0013]
13. Server, according to claim 12, characterized by the fact that it still comprises a force termination module, in which the force termination module comprises: a second receiving unit, configured to receive a forced termination request sent by the IM client, in which the request to terminate the force carries the user account of the IM client, and the instance number of an instance to be terminated the force selected by the user; a second retrieval unit, configured to obtain the instance identifier to be forcibly terminated, according to the access account and the instance number; and a force termination unit, configured to terminate the access of the instance to be force terminated.
[0014]
14. Server, according to claim 10 or 11, characterized by the fact that the identification unit is further configured to identify an IM client with the most recent operation time as the last active point, when the total activity score of each IM client obtained by the third acquisition module is equal to or 0.
[0015]
15. Server, according to claim 14, characterized by the fact that it still comprises a state inquiry module, in which the state inquiry module comprises: a fourth reception unit, configured to receive a state inquiry request sent by the IM client, in which the state query request carries a user access account to be consulted and the type of state expected to be obtained, in which the type of state comprises physical state, basic state and abundant state; a fourth procurement unit, configured to obtain all instances of access from the access account in accordance with the access account; a unit of determination, configured to determine an instance of consultation in all instances of access, according to the settings of the user of the access account; and a fourth sending unit, configured to send the corresponding state of the query instance to the IM client, according to the type of state.
[0016]
16. Server, according to claim 15, characterized by the fact that the unit of determination is configured to: determine the current hotspot or the last hotspot of the access instances as the query instance, when the account user settings of access are to maintain the respective state of each instance; and determine any instance in the access instances as the query instance, when the user settings of the access account are to simultaneously update the state of each instance.
[0017]
17. Server, according to claim 14, characterized by the fact that it still comprises a message retransmission module, in which the message retransmission module comprises: a fifth receiving unit, configured to receive a message retransmission request sent by the IM client, in which the message retransmission request carries message contents and a user's access account receiving the message; a fifth retrieval unit, configured to retrieve the access instances of the access account, according to the access account of the user receiving the message; a unit for obtaining the receiving instance, configured to obtain an instance of receiving the message from all instances, according to a pre-established mode; and a fifth sending unit, configured to send the message contents to the receiving instance.
[0018]
18. Server, according to claim 17, characterized by the fact that the unit of obtaining the receiving instance is configured to: consider the current active point or the last active point of all access instances of the access account as the instance of receiving the message obtained; or consider all instances of access to the access account as the instance of receipt of the obtained message.

类似技术:

---

公开号 | 公开日 | 专利标题

---

BR112012003248B1|2021-03-09|method and server for instant messaging

---

CN105530175B|2020-03-20|Message processing method, device and system

---

CN102067555B|2014-11-05|Improved biometric authentication and identification

---

CN101771677B|2013-08-07|Method for providing resource for access user, server and system thereof

---

US8250635B2|2012-08-21|Enabling authentication of openID user when requested identity provider is unavailable

---

TWI450558B|2014-08-21|Method and system for providing online service corresponding to multiple mobile devices, server and mobile device thereof, and computer program product

---

CN106254560B|2020-09-04|Information transmission method and device

---

US20110258326A1|2011-10-20|Method, device, and system for implementing resource sharing

---

US20100138899A1|2010-06-03|Authentication intermediary server, program, authentication system and selection method

---

WO2014134085A1|2014-09-04|Web ticket based upon a symmetric key for authenticating a client of a unified communications application

---

JP2006527432A|2006-11-30|Login method with multiple identifiers for instant messaging system

---

JP5309496B2|2013-10-09|Authentication system and authentication method

---

US20060031337A1|2006-02-09|Methods and systems for broadcasting offers over electronic networks

---

US20120215841A1|2012-08-23|Method and system for synchronizing operations of multiple groups

---

CN109691057A|2019-04-26|Sensitive content is convertibly fetched via private contents distribution network

---

CN101155149A|2008-04-02|Message record backup method and system

---

US20160105431A1|2016-04-14|Method of providing sns-group inviting service and sns server therefor

---

WO2013078825A1|2013-06-06|Method, device and system for recommending accessible website to user

---

CN105790944B|2019-07-30|A kind of method for network authorization and device based on wechat

---

WO2014026542A1|2014-02-20|Implementation method, system and device for instant communication application

---

CN1905443B|2010-06-09|Method and system of automatic login server for client

---

CN110072268A|2019-07-30|Method, equipment and the computer storage medium that wifi hotspot is shared

---

JP2008146363A|2008-06-26|Authentication method in computer network

---

WO2010072082A1|2010-07-01|Set top box | server, method and system for stp user accessing and maintaining in internet protocol television | value-added service

---

US20160080385A1|2016-03-17|Contact Identification Validation via Social Invitation

同族专利:

---

公开号 | 公开日

---

CA2767191A1|2011-03-24|

---

CN102025648A|2011-04-20|

---

US8621018B2|2013-12-31|

---

RU2513761C2|2014-04-20|

---

MX2012001584A|2012-03-26|

---

RU2012104365A|2013-10-27|

---

BR112012003248A2|2016-03-01|

---

CA2767191C|2014-10-28|

---

ZA201200331B|2012-10-31|

---

SG179148A1|2012-05-30|

---

US20120143974A1|2012-06-07|

---

WO2011032486A1|2011-03-24|

---

CN102025648B|2014-12-03|

引用文献:

---

公开号 | 申请日 | 公开日 | 申请人 | 专利标题

---

---

US7281215B1|2002-04-30|2007-10-09|Aol Llc|IM conversation counter and indicator|

---

US7194516B2|2003-10-23|2007-03-20|Microsoft Corporation|Accessing different types of electronic messages through a common messaging interface|

---

US7444379B2|2004-06-30|2008-10-28|International Business Machines Corporation|Method for automatically setting chat status based on user activity in local environment|

---

US20070043820A1|2005-08-18|2007-02-22|George David A|System and method for obtaining remote instant messages|

---

CN101026592B|2006-02-23|2010-07-21|腾讯科技（深圳）有限公司|Community information update notification method and system|

---

CN100518068C|2006-06-02|2009-07-22|阿里巴巴集团控股有限公司|Method and system for realizing instant communication through browsers|

---

CN101094199A|2007-03-02|2007-12-26|李沫南|Method and system for providing instant communication function based on application of browser|

---

CN101252548A|2008-01-28|2008-08-27|北京亿企通信息技术有限公司|Method for multi-point login in instant communicating tools|

---

US7975013B2|2008-11-11|2011-07-05|Sap Ag|Retention management for instant messages|

---

CN101465824B|2008-12-29|2012-05-16|腾讯科技（深圳）有限公司|Multi-source transmission system and method for instant communication file|US10904178B1|2010-07-09|2021-01-26|Gummarus, Llc|Methods, systems, and computer program products for processing a request for a resource in a communication|

---

JP5474876B2|2011-06-02|2014-04-16|株式会社ソニー・コンピュータエンタテインメント|Information processing apparatus, server, and information processing system|

---

CN102368764B|2011-09-10|2016-08-31|上海量明科技发展有限公司|A kind of method, system and client communicated by multi-point login|

---

CN102571630B|2011-12-26|2013-10-09|腾讯科技（深圳）有限公司|Method and device for evaluating user activity in anonymous social system|

---

US10079864B2|2012-01-06|2018-09-18|Microsoft Technology Licensing, Llc|Communicating media data|

---

CN103200183B|2012-01-06|2016-11-23|微软技术许可有限责任公司|The transmission method of media data, communication system and user terminal|

---

CN102546640B|2012-01-13|2017-03-01|百度在线网络技术（北京）有限公司|Information flow method when the many equipment of single account logs in and server|

---

CN103259770A|2012-02-17|2013-08-21|腾讯科技（深圳）有限公司|Login method and login server|

---

GB201204687D0|2012-03-16|2012-05-02|Microsoft Corp|Communication privacy|

---

CN107104935B|2012-03-16|2020-07-28|微软技术许可有限责任公司|Method, server and terminal equipment for protecting communication privacy|

---

CN103326925B|2012-03-23|2016-06-15|腾讯科技（深圳）有限公司|A kind of information push method and device|

---

CN102638416B|2012-03-27|2015-09-09|上海量明科技发展有限公司|The method of IM message, client and system is checked when multi-client logs in|

---

KR101685226B1|2012-06-12|2016-12-20|라인 가부시키가이샤|Messenger interworking service system and method using social graph based on relationships of messenger platform|

---

CN103546363A|2012-07-12|2014-01-29|中国移动通信集团公司|Method, device and system for pushing instant communication messages|

---

CN103634275A|2012-08-21|2014-03-12|联想有限公司|Multi-device management and task migration methods and management server|

---

CN102811184B|2012-08-28|2015-04-01|腾讯科技（深圳）有限公司|Sharing method, terminal, server and system for custom emoticons|

---

CN102821109B|2012-08-28|2015-06-03|腾讯科技（深圳）有限公司|Method, associated equipment and system for realizing data sharing in instant communication application|

---

CN102801656B|2012-08-29|2016-01-20|腾讯科技（深圳）有限公司|Realize condition control method, the equipment and system of instant messaging application|

---

CN103685357A|2012-09-06|2014-03-26|深圳市快播科技有限公司|Account multi-open message processing method and system|

---

US10033672B1|2012-10-18|2018-07-24|Sitting Man, Llc|Methods and computer program products for browsing using a communicant identifier|

---

US10019135B1|2012-10-18|2018-07-10|Sitting Man, Llc|Methods, and computer program products for constraining a communication exchange|

---

WO2014071801A1|2012-11-12|2014-05-15|腾讯科技（深圳）有限公司|Playlist synchronization method and apparatus|

---

CN102984149B|2012-11-23|2015-10-28|广东欧珀移动通信有限公司|A kind of mobile terminal holds synchronous login method and device with PC|

---

CN103874228B|2012-12-11|2019-03-29|联想有限公司|Wireless data channel method for building up, electronic equipment, server and system|

---

US9143475B2|2013-01-29|2015-09-22|Synchronoss Technologies, Inc.|Unified messaging proxy, a system and a method thereof|

---

CN104009905A|2013-02-21|2014-08-27|中国移动通信集团公司|Instant message forwarding method and instant message forwarding apparatus|

---

CN103118032B|2013-03-01|2015-09-30|北京奇艺世纪科技有限公司|Method, terminal and server that a kind of terminal login account is synchronous|

---

GB2514093B|2013-03-28|2016-10-19|Microsoft Technology Licensing Llc|Receiving a communication event|

---

CN104104564B|2013-04-09|2018-10-09|南京中兴新软件有限责任公司|Equipment room establishes the method and device based on WIFI LANs automatically in private clound|

---

TWI489410B|2013-07-25|2015-06-21|Wistron Corp|Method for managing instant messaging service and electronic device using the same|

---

CN103532983A|2013-10-31|2014-01-22|北京云巢动脉科技有限公司|Multipoint login processing method and device|

---

CN104954227B|2014-03-25|2018-04-20|北京雪球信息科技有限公司|A kind of cross-platform information push method of preemptive type and server|

---

CN103944807A|2014-04-24|2014-07-23|Tcl集团股份有限公司|Friend status identifying method and device|

---

CN105306203A|2014-06-26|2016-02-03|中兴通讯股份有限公司|Account login method, device and system|

---

CN109889474A|2014-09-22|2019-06-14|阿里巴巴集团控股有限公司|A kind of method and device of subscriber authentication|

---

CN105515937B|2014-09-24|2020-09-15|腾讯科技（深圳）有限公司|Instant messaging method, terminal, server and system|

---

CN105991526B|2015-02-02|2019-05-07|杭州迪普科技股份有限公司|A kind of user's uniqueness check method and device|

---

CN104618510B|2015-02-26|2018-09-28|北京奇艺世纪科技有限公司|a kind of method and device for establishing communication connection|

---

CN105072079A|2015-06-30|2015-11-18|小米科技有限责任公司|Account logon method, account logon device and terminal device|

---

CN105119801B|2015-07-08|2019-04-05|Oppo广东移动通信有限公司|A kind of social message management method, system, user terminal and server|

---

CN105162805B|2015-09-30|2018-10-30|北京奇虎科技有限公司|User account login method and device|

---

CN105515944A|2015-11-27|2016-04-20|小米科技有限责任公司|Message sending method and device|

---

CN105376144B|2015-12-04|2019-06-18|小米科技有限责任公司|Information processing method and device|

---

CN105978947A|2016-04-27|2016-09-28|努比亚技术有限公司|Same account number login equipment number control method and mobile terminal|

---

US10153993B2|2016-07-18|2018-12-11|T-Mobile Usa, Inc.|RCS origination forking|

---

US10237212B2|2016-07-18|2019-03-19|T-Mobile Usa, Inc.|RCS origination forking|

---

CN106230908A|2016-07-24|2016-12-14|乐视控股（北京）有限公司|Pay close attention to state synchronization method and terminal unit|

---

CN106487650B|2016-09-14|2020-01-14|Oppo广东移动通信有限公司|Message synchronization method and server|

---

CN106453349B|2016-10-31|2019-06-14|北京小米移动软件有限公司|Account login method and device|

---

CN108471375B|2017-02-23|2021-07-16|腾讯科技（深圳）有限公司|Message processing method, device and terminal|

---

CN107172211A|2017-07-07|2017-09-15|北京奇艺世纪科技有限公司|Communication connection request method for building up and server|

---

WO2019023972A1|2017-08-02|2019-02-07|深圳市创富港商务服务股份有限公司|Multi-terminal message synchronization method and system, server and computer processing device|

---

CN107493284B|2017-08-18|2021-03-02|北京小米移动软件有限公司|Account login method and device|

---

CN107566385A|2017-09-14|2018-01-09|郑州云海信息技术有限公司|A kind of Web multiple spots log in limitation and timeout treatment system and method|

---

CN108881200B|2018-06-08|2020-08-11|江苏中威科技软件系统有限公司|TCP-based method and system for simultaneously online multiple terminals|

---

CN109862078B|2019-01-08|2021-11-19|腾讯科技（深圳）有限公司|Client login method, device and system, storage medium and electronic device|

---

CN110225040B|2019-06-14|2021-12-24|维沃移动通信有限公司|Information processing method and terminal equipment|

---

CN113225728A|2020-01-21|2021-08-06|华为技术有限公司|Communication method and communication device|

法律状态:
2019-01-08| B06F| Objections, documents and/or translations needed after an examination request according art. 34 industrial property law|

---

2019-12-24| B06U| Preliminary requirement: requests with searches performed by other patent offices: suspension of the patent application procedure|

---

2021-01-19| B09A| Decision: intention to grant|

---

2021-03-09| B16A| Patent or certificate of addition of invention granted|Free format text: PRAZO DE VALIDADE: 10 (DEZ) ANOS CONTADOS A PARTIR DE 09/03/2021, OBSERVADAS AS CONDICOES LEGAIS. |

优先权:

---

申请号 | 申请日 | 专利标题

---

CN200910093227.4A|CN102025648B|2009-09-16|2009-09-16|Instant messaging method and server|

---

CN200910093227.4|2009-09-16|

---

PCT/CN2010/076882|WO2011032486A1|2009-09-16|2010-09-14|Method and server for instant messaging|

---